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(57) Abstract: A method of delivering information services to portable terminals, for example cellular phones (20, 30), in which an 
information service provider (10) generates messages including commands. The messages are propagated as short message service 
packets or WAP packets to the terminals (20, 30). The terminals include clients which are able to parse the commands and use them 
to condition the terminal to process the message and, optionally, to generate a reply message. 
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METHOD OF, AND MEANS FOR, DELIVERING INFORMATION SERVICES 

5 The present invention relates to a method of, and 

means for, delivering information services over the air. 

Information services between an internet server and 
a personal computer (PC) have existed. for some years. 

10 Some of these services include information retrieval and 
business activities such as banking, insurance and 
electronic commerce, so called e-commerce. More recently 
there have been developments to enable the internet 
services to be available to users of portable 

15 telecommunications devices such as cellular telephones. 
For the most part these services have been the 
downloading of data for display on a display panel built 
into the device. 

20 There is a growing demand for more internet 

services, such as user selectable subscription services, 
to be made available to user of portable 
telecommunications devices. 

25 According to one aspect of the present invention 

there is provided a method of delivering information 
services to a user device having a client, including 
delivering the information services to the user device as 
message .packets containing commands and the client 

30 parsing the commands and using them to condition the user 
device. 
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According to a second aspect of the present 
invention there is provided a user device for use in a 
system in which a packet message signal including 
commands .is generated and propagated from an information 
5 service provider to the user device, the user device 

including means for receiving the packet message signal 
and a client having means for extracting the commands 
from the packet message signal, means for parsing 
commands present in the packet message signal and means 
10 for conditioning the user device in response to the 
parsed commands. 

According to a third aspect of the present invention 
there is provided an information message delivery system 
15 including an information providing means for generating 

packet message signals including commands, packet message 
signal propagating means coupled to the information 
providing means, and a user device according to the 
second aspect of the invention, • 

20 

According to a fourth aspect of the present 
invention there is provided a packet message signal 
generated by way of an information service provider, the 
signal including commands for use by a client in a 
25 receiving user device for conditioning the user device. 

According to a fifth aspect of the present invention 
there is provided a method of delivering media 
information to a plurality of subscribing handsets, 
30 comprising transmitting the media information as a stream 
of encrypted messages, receiving the media information, 
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decrypting the encrypted messages and storing them for 
subsequent display. 

According to a sixth aspect of the present invention 
5 there is provided an information delivery system 

comprising an information server coupled to at least one 
information content provider and to a message - 
transmission means for transmitting information provided 
by the information server as a strfeam of encrypted 
10 messages, and a plurality of handsets, each handset 

including a client for decrypting the encrypted messages, 
a memory for storing the decrypted messages and a message 
display means . 

15 According to a seventh aspect of the present 

invention there is provided a handset for use in an 
information delivery system in which information is 
transmitted as a stream of compressed and/or encoded 
and/or encrypted messages, the handset comprising means 

20 for receiving the stream of messages, a client for 

decrypting the encrypted messages, a memory for storing 
the decrypted messages and a message display means for 
displaying the information contained in a message, 

25 According to an eighth ''aspect of the present 

invention there is provided a signal comprising repeating 
sequences of concatenated packets, the packets comprising 
encrypted media information and commands for use by 
receiving apparatus to condition it to process the media 

30 information. 



» 
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The fifth to eighth aspects of the invention may be. 
used in/with a method or system or user device according 
to any one of the first to third aspects of the 
invention. 

5 

Preferably the information services are delivered as 
Short Message Service (SMS) packet messages and the user 
device is an SMS enabled mobile phone. This has the 
advantage that SMS messages can be sent simultaneously 
10 with calls, this is not possible with voice data and fax 
calls which take over a dedicated radio channel for the 
duration of the call (SMS messages travel over and above 
the radio channel using the signalling path) . 

15 In a conventional SMS message packet the message text is 
contained in a user data field. The GSM allows a preamble 
to this text to be included in a user data header field 
preceding the user data field. Currently the user data 
header field is used only to facilitate concatenation of 

20 a series of SMS message packets, so as to allow users to 
send a message longer than 160 characters (the maximum 
allowed in the user data field of an SMS packet) . 

Preferably the commands are embedded in the above 
25 mentioned user data header.- 

Preferably each command contains information data which 
is to be played, displayed and/or stored by the user 
device and command data which determines whether the 
30 information data is to played, displayed or stored. 



r 
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Preferably the information data is of one of the 
. following: sound data (eg ringer tone for a mobile 
phone) , graphic data, animation data, form data or menu 
data. 

5 

In the case of form or menu data the command data 
indicates to the client that a response is needed from 
the user of the user device and the client causes a menu 
or form to be displayed on the user device, prompting the 
10 user to select an option or enter data from/ into the menu 
or form and when an option is selected/data is entered , 
the client sends a message in reply to the information 
provider indicating which option was selected or 
communicating the data which was entered. 

Preferably each command contains information type data ■ 
indicating the type of information data (eg sound, 
graphic) contained in the command and the client detects 
which type of data is included in the command and sends 
it to an appropriate parser. 

In another preferred aspect of the invention the 
information service provides a media event in the form of 
a plurality of information data types (eg graphic, 
animation, sound, menu) which are to be played/displayed 
simultaneously by the user device . Each type of 
information data (eg graphic, animation, sound, menu) is 
delivered to the user device in one or more commands 
included in one or more message packets and the 
information data is displayed/played simultaneously so as 
to create the media event. 



1 
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This is an improvement over conventional SMS as it 
enables music, graphics and animations to be played back 
simultaneously on a mobile phone handset. The music, 
graphics and/or animation could be accompanied by a form 
5 asking the user if he/she wishes to join a subscriber 
service or buy a product and requesting details (eg 
credit card no, name address) if he/she does. 

Preferably the media event is facilitated by an element 
10 of the command data which indicates to the client that 

the command contains information data which is to be part 
of a media event and that the command is to be executed 
simultaneously with other commands containing information 
data relating to the same media event. 

15 

Preferably the client is able to concatenate commands and 
format them into a message packet which can then be 
transmitted to other user devices. This enables "point to 
point transmission 7 ' so that eg a user who has received 
20 an SMS with embedded commands on his mobile phone is 'able 
to forward the SMS with embedded commands to another . 
mobile phone. 

Further preferred features can be found in the 
25 - attached claims . 

The present invention will now be described, by way 
of example, with reference to the accompanying drawings, 
wherein: 

30 



r 
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Figure 1 is a diagram of an architecture of a 
service delivery model using various message delivery 
protocols, 

5 Figure 2 is a simplified block schematic diagram of 

a mobile switching centre and base station and- of a 
handset, 

Figure 3 is a flow chart illustrating the processing 
of a short packet message signal by a client in a 
10 handset, 

Figure 4 is a diagram of a client, 

Figure 5 illustrates an encoding format for media 
information, 

Figure 6 illustrates the GSM format of header 
15 information, 

Figure 7 describes a data packet structure within an 
SMS message, 

Figures 8A, 8B and 8C illustrate the command data 
flow in the client, 
20 Figure 9 is a flow chart of a client passing a 

packet message signal and of a user responding to 
commands, 

Figure 10 is a sketch illustrating a client embodied 
in a SIM card, and 
15 Figure 11 is a sketch illustrating a plug-in client 

for use in a WAP enabled phone, 

Figure 12 is a diagram illustrating the delivery of 
SMS packets of data to SMS phones, 

Figure 13 is a timing diagram showing successive 
»0 sequences of information packets, 

Figure 14 is a diagram of a SMS-CB system, 
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Figure 15 is a diagram illustrating how a subscriber 
with a client can obtain subscriber service information. 

In the drawings the same reference numerals have 
been used to indicate corresponding features. 

5 

Figure 1 shows a message delivery architecture which 
can be used to deliver messages. The message delivery 
architecture includes an internet based server 10 which 
is coupled by suitable links to an application data base 

10 12 which in turn is coupled to a content store 14, a user 
profile store 16 and to a billing system 18 by which a 
user is charged for the services provided. The billing 
system 18 is also linked to the internet based server 10. 
Users can fall in several categories depending on the 

15 method of delivery of messages from the internet based 
server 10. 

One category of delivery is by using a short message 
service (SMS) over the GSM network to an SMS enabled 

20 phone 20 which contains or has access to a "client", that 
is a software package capable of processing or parsing 
the SMS messages in a predetermined manner. More 
specifically the server 10 is coupled to a short message 
service centre (SMSC) 22 which in turn is coupled to a 

25 Mobile Switching Centre (MSC) 24 of the network. The MSC 
24 is coupled to geographically distributed base station 
transceivers 26 which propagate/receive. messages to/from 
the SMS enabled handset 20. 

30 A second architecture is based on the messages from 

the server 10 being relayed to a Wireless Applications 
Protocol (WAP) server 28 which sends and receives WAP 
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messages to a WAP enabled handset 30 containing, or 
having access to, a client. 

A third architecture is based on a PC 32 equipped 
5 with a client and a two way radio link to a web site 34 
which is coupled to the server 10. 



The various messages are indicated by the letters 
(A) , (B) , (C) and (D) . Message (A) relates to the handset 

10 20 or 30 or the PC 32 requesting delivery of a service 
through the SMSC 22, WAP server 28 or the website 34, 
respectively. Message (B) is passed to the server 10 
which recognises a server enabled service. Message (C) 
denotes the server 10 despatching the requested service 

15 to the device with added features and embedded commands. 
Message (D) relates to the content/service being 
delivered by way of the SMS, WAP or WEB to the client 
device which creates the required enhanced end user 
experience. 

20 

Besides WAP and SMS message protocols other message 
protacols may be used such as USSD, GPRS (General Packet 
Radio System) and UMTS (Universal Mobile Telephone 
System) . 

25 

For ease of description, the SMS protocol will be 
referred to generally in the following. 

The SMS (Short Message Service) is defined within 
30 the GSM standard with the following characteristics: 
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A short message is sent to one mobile phone number 
by a server connected to the network or by an individual 
mobile phone user, 

A single short message can be up to 160 characters 
5 of text in length {for languages that require UCS2 
encoding the limit is 70 characters) . 

SMS is a store and forward service, in other words, 
short messages are not sent directly from sender to 
10 recipient, but always via an SMSC 22 instead. 

Each mobile telephone network that supports SMS has one 
or more messaging centers to handle and manage the short 
messages . 



15 Short messages can be sent and received 

simultaneously with calls. This is possible because 
whereas voice, data and fax calls take over a dedicated 
radio channel for the duration of the call, short 
messages travel over and above the radio channel using 

20 the signalling path. As such, users of SMS rarely if ever 
have problems sending and receiving messages during peak 
network usage times. The most important applications of 
SMS are: 

Person to person messaging - This is the simplest 
25 and most direct application of SMS. From the end user T s 
point of view, SMS may be a valid alternative to a voice 
call in certain circumstances : 

If the information to be .communicated is short, 
sending a SMS is usually cheaper than making a voice ' 
30 call. 
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If the recipient is not available to answer a voice 
call, it is always possible to send him a SMS that he 
will read on his own time. In the same way, if the 
recipients phone is out of coverage , the SMS centre will 
5 store the SMS and send it when the phone is reachable 
again. 

If the sender does not want to disturb bystanders in 
his or the recipient's vicinity then SMS is a quiet and 
10 convenient solution. 

Notification of voice mail waiting - This is the 
most commonly used application today. An additional 
service option development is to translate the voice 
15 message to an SMS message and forward it to a user with 
an embedded number for redial . Some operators have 
extended this by offering an option to receive a 
notification when the customer receives email on his 
internet mailbox. 

20 

By embedding commands or triggers in the SMS 
messages, various operations can be made to happen 
automatically on a user device such as a phone. The 
embedded command within a SMS message can be encrypted 

25 messages sent by operators or service. The client in the 
user device causes the device and/or the user to interact 
with the service, for example, conducting an analysis of 
the operation of the device and reporting back 
automatically or causing the user to phone. They can also 

30 be used as entertaining ways of making something happen 
to make your message delivery more interesting. 
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By enhancing the basic SMS capability, users of the 
SMS find it more enjoyable and useful. On the other hand, 
operators see SMS enabled phones 20 as a way to boost SMS 
usage, thereby generating new revenue. GPRS also extends 
5 the life time of SMS type services if the same techniques 
are applied to the faster and larger delivery capacities 
of GPRS. 

Figure 2 is a much simplified block schematic 
10 diagram of the GSM network as represented by the short 

message switching centre (SMSC) 22, the mobile switching 
centre 2 4 and the base station transceiver 26 and a SMS 
enabled phone 20. 

15 A message received by the SMSC 22 on an input 40 is 

stored in a message store 42. A processor 44 determines 
the nature of the message and what commands, stored in a 
command store 4 6, should be included in the message to be 
formatted in a formatting stage 48. The formatted message 

20 with commands and an appended users address is encrypted 
in an encryption stage 50 and then channel coded in an 
encoding stage 52. The encoded SMS message is transferred 
by the mobile switching centre 24 to the base station 
transceiver 2 6 of the service area or cell in which the 

25 SMS enabled phone 20 is registered. The transceiver 26 
transmits the SMS message as a downlink signal DNL. 
An up link SMS signal UPL from- the phone 20 is received 
by the transceiver 2 6 and is routed by the mobile 
switching centre 24 to the SMSC 22. The signal is decoded 

30 in a decoding stage 54 and the decoded signal is 

decrypted in a decryption stage 56. The output from the 
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stage 56 is applied to ' a deformatting stage 58 and the 
recovered message is forwarded to an output 60. 

The phone 20 comprises a transceiver 62 having an 
5 output coupled to a decoder 64 for decoding a received 
SMS message. The phone includes a client 66 which for 
convenience of illustration is shown as a series of 
stages but in reality the client 66 is a software package 
stored in a processor 78. The client 66 is disclosed in 

10 greater detail in Figure 4. The decoded signal is 

decrypted in a decryption stage 68 and its output is 
deformatted in a deformatting stage 70. A parsing stage 
72 parses any commands present in the deformatting stage 
70 and directs these on a line 74 to the processor 78. 

15 The message data, without the commands, is applied by a 
line 76 to the processor 78. The message data is stored 
in a RAM 80. The processor 78 operates in accordance with 
a program stored in a ROM 82 but any software changes to 
the stored program are stored in a patch ROM 84 which may 
20 be implemented as an EE PROM. In the case of the phone 

being a GSM phone, a SIM card 79 is operatively coupled 
to the processor 78. 

A man/machine interface in the form of a keypad 8 6 
25 is coupled to the processor' 78. An LCD driver 88 has an 
input coupled to the processor 78 and an output coupled 
to a LCD panel 90. IA ringer "91 is also coupled to the 
processor 78. 

30 In the event of a phone user wanting to send an 

uplink message signal, the message is compiled and 
formatted in a stage -92 and its output is encrypted in a 

r 
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stage 94. The encrypted signal is channel coded in an 
encoder 96 prior to being passed to the transceiver 62 
for onward transmission as an upLink signal UPL. 

5 Figure 3 illustrates the operations when the GSM 

network 22 , 24, 26 sends a packet message to a SMS 
enabled phone 20 including an embedded client 66 on a 
downlink DNL'and the phone 20 transmits a request or 
reply on an upLink UPL, 

10 

A sequence of operations will be described with 
reference to Figure 3. The block 100 denotes the handset 
receiving a message from the GSM network in accordance 
with say the SMS, USSD or GPRS protocol. The block 102 
15 indicates the client carrying out a parse operation which 
includes recovering encrypted commands. The block 104 
indicates the handset itself operating in accordance with' 
the commands which may require the handset to generate a 
response which is sent as a short message. 

20 

If this is the case then block 106 relates to 
obtaining a- result which in block 108 is formatted by the 
client for onward transmission by the relevant short 
message service such as SMS, USSD or GPRS. 

25 

Figure 4 illustrates in a broken line box an example 
of the client software 66 which is operatively coupled to 
a GSM stack 62, a message RAM 80, ROMs 82, 84, a SIM card 
79, a display driver and LCD screen 88, 90 and a ringer 
30 91. The client software (or client) 66 is intended for 
use with byte stream data packet messages. 
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A point of connection between the software of the 
GSM stack 62 and the client proper is a TP-PDU (Tag 
Parser-Protocol Data Unit) encoder 132. The encoder 132 
is a translation layer for translating TP-PDUs into. the 
5 byte stream representation required by a byte stream 
parser 134. The parser 134 parses the byte stream and 
fills in a command structure (comprising a doubly linked 
list of command elements) for each time discrete 
operation (or series thereof) in the transcribed SMS byte 
10 stream. An operation in this context is a collection of 

events , which occur, or appear to occur, at the same time 
'to the 

user, for instance a play tone and an associated icon 
animation (referred to in the art as iconimation) . 

15 

The byte stream parser 134 delegates parsing of text 
information containing a forms mark-up language to. a 
character based or forms parser 136." The parser 136 
parses a stream of text generating a command element 
20 structure for each discrete prompt, that is, a reply pair 
in the form object and passes the element back to the tag 
parser where it is embedded in a command structure. 

The parser 134 is also coupled to an engine 138 
25 which presents an external API (Application Programming 
Interface) to the mobile phone software for the 
generation of SMS that include embedded media. A more 
important role of the engine 138 is to manage a queue of 
operations for incoming byte streams from the internet 
30 server 10, when in a receive mode. Each element of this 

queue comprises a command structure. In the receive mode, 
the engine 138 is a very simple object which examines the 
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control bits of the individual command elements and moves 
them either to the display server 140 or to the 
persistence server 142, The engine 138 will respond to 
call-backs from the display server 140 or persistence 
5 server 142 indicating that the operation has terminated 

(successfully or unsuccessfully) . These call-backs will 
pass back ownership of the command to the engine 138 
which may then place them into a queue as a new operation 

(discarding any command elements with no control bits 
10 set) . 

The display server 140 and the persistence server 
142 interface directly with OME APIs in order to write to 
devices on the phone or the SIM. 

15 

A memory manager 144 is coupled on the one hand to 
the TP-PDU encoder 132, byte stream parser 134 and the 
forms parser 136 and on the other hand to the system RAM 
80. The memory manager 144 serves for managing a dynamic 

20 memory allocation heap. Where a heap does not exist, the 
memory manager 144 will support a simple queue based 
dynamic allocation from a contiguous area in the phone's 
RAM. In one embodiment the dynamics of memory allocation 
is essentially two-fold, an allocation phase followed by 

25 a release phase. Heap usage generally falls to zero 

between messages. The fact that the client is essentially 
stateless means that there is no heap holdover from one 
message to another. This allows the use of a simple 
allocation algorithm in a small memory space. 

30 

Figure 5 illustrates a main tag format for encoded 
media information received by the client 66. The format 
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comprises a repeating sequence of concatenated coirimand 
elements EL 1, EL2 . Each of these command elements 
comprises four fields, namely, a Tag byte 150, control 
bits 152 {at least 1 byte) , a length of data field 154 
which may be up to 4 bytes long and a data field 156. The 
Tag byte 150 can contain values from 0 to 255, giving 256 
possible fundamental types of data, for example, text, 
graphics, banner (or logo) replacement, ring tone, sound 
and forms (used to manage the transfer of data between 
the phone and a service centre). The control byte(s) 152 
includes various bit fields and flags for controlling how 
data is dealt with by the client. An example of the 
assignment of the respective bits is described as 
follows: 

Bit 7 O -Operation toggle (a flag indicating the 
current operationO. 



Bit 


6 


D - 


Display flag. 




Bit- 


5 


P - 


Persist flag. 




Bit 


4 


R - 


Reply flag. 




Bit 


3 


Ll- 


Licence bit 1. 




Bit 


2 


L2 • 


-Licence bit 2. 




Bit 


1 


LL1- 


-Length of length 


field 1. 


Bit 


0 


LL2- 


-Length of length 


field 2. 



Bit O -Operation toggle uses the concept of an operation 
to group events that must be simultaneous to the user, 
for example, the simultaneous playing of a ring tone with 
icon animation. Commands are grouped into operations 
using the operation toggle. This is a simple switched bit 
in an incoming byte stream. 
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Initially set 0, it is reset for every element of a 
new operation structure. For instance a sequence as 
follows: 

5 

Byte stream = {0 DPR 3210} + {0 DPR 3210} + {1 DPR 3210} 

+ {0 DPR321 0} 

would evaluate to an operation queue as follows: 
10 Operation elements = {Command 1, Command 2} + {Command 3} 

+ { Command 4 } . 

In each of the elements: 

D - represents a display flag which indicates to the 
engine 138 (Figure 4) that the data block following is 
15 displayed on the phone 2 0 (Figure 1) . 

P - represents a persist flag which indicates to the 
engine 138 that the following block may be persisted upon 
the phone 20. 

R - represents a reply flag which indicates to the client 
20 66 that the following data block will invoke a SMS reply 
through the GSM stack 62 (Figure 4) to the MSC 24 (Figure 
1). 

L 1 and L2 - represent the licensing bits which allow 
tagging media as freely distributable, downloadable to a 
25 . single phone or play and discard and so on. This 

licensing is mandated by the requirement for the client 
66 to support point-to-point transmission of SMS 
containing embedded media. 

LL 1 and LL2 - are 2 bits representing the length of the 
30 length field 154 in bytes. The indication of the length 
of the length field 154 itself can range from 1 to 4 
bytes. The bits LL1 and LL2 indicate the length of the 
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following length field 154, for example [0,0] represents 
1 byte ...[1,1] represents a 4 byte field which allows a 
maximum length of data field of 4.2 G bytes. 

5 The data field depends on the fundamental data type 

indicated in the Tag byte 150. 

The use of command context flags to control data 
flow in the client 66 is described below and an example 
10 of the various commands is given below. 

On receipt of this byte stream, the client 66 moves 
along it examining the 0 bit of each tag byte for command 
element identifiers. It extracts linked command elements 
15 into a structure and adds this onto the engine's 
operation queue structure. 

The tagged byte stream described above could arrive 
at the client 66 by any method, for instance it may just 
20 be a byte stream in a SMS body with an 8 bit user data 
coding stream. In an alternative arrangement the byte 
stream is embedded into the user-data-header field of a 
SMS . - 

25 A data field [up to 140 bytes] contains a number of 

characters indicated by the final field of the SMS 
header, the 1 byte user-data-length indicator (TP-UDL) . 
These characters are encoded according to the user-data- 
coding scheme (TP-UDCS) field of the SMS header. 

30 Therefore, if the user data coding scheme Is default 

(ASCII; 7 bit packed losing the most significant bit) 160 
characters may be encoded in the user data area of 14 0 
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bytes. Accordingly the value of the TP-UDL field will 
alter if the data-coding scheme is 8 bit or UCS-2 
(Unicode) to a maximum of 140 or 70 characters, 
respectively. 

5 

The GSM specification also allows some preamble to 
precede the text of the message, in the user data field, 
in the form of a user-data-header field. This field is 
present if an indicator bit is set" in the SMS header (TP- 

10 UDHI) . Figure 6 shows the general structure of the user 
data field of a GSM SMS message. This field is present if 
an indicator bit is set in the SMS header (TPUDHI) 
irrespective of the data coding scheme for the appended 
text, these fields are always considered as octets 

15 (bytes) . 

Referring to Figure 6, the general structure of the 
user data field comprises in sequence a user data length 
. indicator 160, and a user data area. of TP-PDU consisting 

20 of a user data header length indicator 162, a user data 
header element 1 identifier 164, a user data header 
element 1 length 166, user data header element 1 data 
168, a user data header element 2 identifier 170, a user 
data header element 2 length 172, user data header 

15 element 2 data 174 and user data (plain text) 176. As 

indicated in Figure 6, the user data area of TP-POU is a 
maximum of 140 bytes. 

The SMS client software overview shown in Figure 7 
!0 illustrates the currently supported user-data-header 
identifier in use which is 0x00 and indicates a user- 
data-header of 4 bytes for SMS concatenation. It is 



WO 01/72062 



PCT/GB01/01237 



21 

proposed to use a reserved value (OxFF) for the command 
element identifiers. .In such a scheme, a 1-byte length 
block, as indicated in Figure 7 represents the length of 
a data block in a single TP-PDU (in bytes) . Any plain 
5 (alternatively referred to as vanilla) text is appended 
to the end of the SMS. Data always follows the 
concatenation tag (OxOO) . 

The overview shown in Figure 7 comprises a user data 
10 header length indicator 180 of 1 byte, which indicator is 
concatenated with SMS 182 of 5 bytes. A command element 
identifier OxFF 184 is concatenated with a length of data 
indicator 18 6 which comprises 1 byte. A data byte stream 
188 is concatenated with the indicator 18 6. A user data 
15 field 190 which includes vanilla text concludes the 
overview. 

Figures 8A, 88 and 8C illustrate three stages in the 
command data flow in the client 66 when in the receive 
20 mode. The number of actions contemplated using the client 
66 is quite small, namely Display it, Save it and Reply 
to it (or DPR) and this enables the flow logic of the 
client to be kept as simple as possible. 

25 Figures 8A, 8B and 8C comprise an upper section 

which represents the engine domain ED and a lower section 
which represents the server domain SD. 

Referring to Figure 8A, an engine command queue is 
30 present on an input 192 which for convenience of 

illustration is coupled to a command module 194 of the 
engine 13 8 (Figure 4) . The command module 194 examines 
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the "ODPR" structure which for convenience is 0111 and 
despatches the structure to whichever device handles the 
highest priority request. As the "D" bit is set, the 
command module despatches a structure to the display 
5~ server 140. On completion the server 140 sets the *D" bit 
to "0" so that the ODPR structure is now 0011 which is 
returned to the engine domain EO by way of a call-back 
function from where it is returned to the queue on the 
input 192 of the command module 194. As the P bit is set, 

10 the command is despatched to the persistence server 142. 
Upon completion the server 142 sets the M P" bit to "0" so 
• -that the ODPR structure is now 0001 which is returned to 
the engine domain EO by way of a call-back function from 
where it is returned to the queue on the input 192 of the 

15 command module 194. As the R bit is set; the command is 
despatched to the GSM stack 62 for a reply transmission. 
Upon completion, the "P" bit is set to n 0" so that the 
ODPR structure is now "0000". The engine domain EO sees 
that the D, P and R bits are all zero and determines that 

20 it has finished handling the command and applies -an input 
signal to a command erase module 196 which terminates the 
command flow. 

In an alternative embodiment, instead of using byte 
25 stream data, the service provider creates "the commands 
which may be included in the packet message to the 
handset. By way of example only, a set of embedded 
commands are as follows. The client 66 in the phone 20 
parses the packet message to obtain the desired result. 
30 The commands are recognised by a coding scheme within the 
message and may include :- 

/F 22 Set Font size for text e.g ABC-ABC 
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/R x Repeat next operation e.g. Beep — > Beep .Beep .Beep 

/S GSM number Set Handset SMSC (Short message 

service centre) number, required to send 
packet . 

5 /E Enable Feature (handset dependent) 

/D&&&& Perform handset dependent test/diagnostic check 
/Cx Set Channel For Cell Broadcast, 

/M Define handset menu & application 

e.g. "Server" 

10 Choice 1 — > Command 1 

Choice 2 — > Command 2 

Choice 3 — > Command 3 

Choice 4 -» Command 4 
etc 

15 /U Prepare for remote upgrade of handset firmware 

/F Apply Firmwave Fix 

/I Insert data record toAgenda/AddresslTodo Alarm 

e.g. 00103/13;meeting with client to set 
appointment on handset 
20 /SCR - Load stand by screen to handset 

An example of an interactive command is to ensure 
that a new handset or phone 20 on the network is 
registered with the internet service provider and/or 

25 network operator for say warranty reasons . In order to 

register the handset various items of information need to 
be obtained, such as the user's name, the user's address, 
handset manufacturer, model type and serial number. The 
interactive commands can be related to the handset 

30 display or form showing various fields into which the 
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information is entered field by field. Once all the 
fields have been completed, the user is asked to confirm 
that the information is correct. If this is done then the 
client composes a message packet which is relayed via a 

5 short message service to the service provider. Figure 9 
illustrates the steps involved. Block 110 denotes the 
client embedded in the new handset parsing the received 
registration packet message. Block 112 denotes the 
various interactive actions by the user and block 114 

0 denotes the client preparing the response message as a 
form which is transmitted as a packet. 

An example of the value of the service provider 
knowing details of the handset is that if the user 

5 believes that the handset is malfunctioning, the user 
notifies the service provider. In response the service 
provider can determine the handset model and is able to 
send a diagnostic message, which may comprise 
concatenated SMS messages, to the handset. The client in 

0 response to the commands in, the diagnostic message 

automatically checks various features of the handset and 
enters the answers into a reply packet message which is 
sent back to the service provider for analysis. If as a 
result of the analysis it is determined that faults are 

5 present which Qan be corrected by modifying the software 
then further messages are sent to the handset. 

A convenient method for handling software changes is 
for the handset's processor to include a patch ROM in the 
0 form of an EE PROM as a separate memory or as a dedicated 
part of the main memory which may otherwise be a flash 
memory. In operation the handset T s processor has to check . 



WO 01/72062 



PCT/GB01/01237 



25 

the patch ROM before proceeding from one step to the next 
just in case the software has been modified. 

In the case of a handset not having a patch ROM or 
5 an equivalent area in the main memory, the client may 

just carry out a "yes/no" check and relay the results as 
a packet message. 

In another example, the user of a handset may wish 
10 to take advantage of a service offered by the service 
provider such as enabling the user to make a lottery 
entry. In such a case the message packet sent by the 
service provider includes a command whereby the client 
creates a field in the displayed form for the user to- 
15 enter his/her lottery numbers, for example six 2 digit 
numbers and perhaps another field for a "lucky dip" 
entry. Once all the fields have been confirmed, the 
client formats the form as a SMS packet message which is 
transmitted to the service provider. The service provider 
20 then contacts the lottery operator by say e-mail and the 
entry is made. Payment can be done monthly or by the 
user entering his credit card or cash card number. 

Other applications of this type of message include 
25 buying tickets for the theatre or other events and making 
reservations. Once the user has indicated the nature of 
his request, the commands in the packet message are 
tailored accordingly. 

30 Another application of sending, over the air commands 

to a client in a handset or other terminal is in the 
provision of subscription services. Since cellular 
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telephone systems such as GSM have a cellular structure 
with each cell having at least one base station, it is 
possible to focus information such as local news, road 
conditions and advertising to subscribers in a cell, 

5 groups of cells or in a special case nationally. The 

subscribing handsets will have to have a client which is 
enabled and the information is transmitted as encrypted 
point to multipoint packet signals. In the case of a non- 
subscribing handset receiving the encrypted packet, it 

0 will simply store/discard the message packet as it is 
unable to decrypt it. 

More particularly there exists SMS-CB system which 
has provision for 90 channels some of which are dedicated 

5 to certain services. However an internet server being 
allocated a channel for its own use can transmit a 
continuous subscription service message comprising 
repeating sequences of concatenated packets, each packet 
in a sequence being allocated to a particular topic such 

0 as sport, weather, stock exchange prices and so* on. One 
way of offsetting the cost of subscription services would 
be to provide advertising which would be carried as one 
packet in each of the repeating sequences. Thus a 
subscriber having an enabled client would periodically 

5 receive advertisements in a manner similar to UK 

commercial television. A similar principle may be used 
to carry local news, local road traffic information or 
for emergency messages* 

0 Another form of providing a subscription service is 

shown in Figure 15. A _ subscribing handset has a number 
of key words downloaded to it in a packet message from 
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the service provider. These key words such as "sport", 
"weather", "shares", are held by the enabled client in 
the handset 50. When the subscriber wants to determine 
uptodate sports information, the word "sport" is entered 

5 either using a man-machine interface (MMI) or using voice 
recognition and a message packet is relayed to the 
service provider 52. The service provider which has 
entered a contractual arrangement with various dedicated 
web based information providers 54A, 54B, 54C passes the 

0 word "sport" and redirects the request to the selected 
web based information provider 54B using the information 
provider's URL. 

The information provider 54B directly interacts with 
5 the subscriber 50 who selects the type of sport and is 
supplied with the desired information. 

Billing of the subscriber may be by the web based 
information provider 54B invoicing the internet server 52 
0 which composes a monthly bill for all the services 

provided during the preceding month and submits it to the 
subscriber. 

An alternative method of billing is for the 
5 subscriber to having the costs of the usage of the 
subscription services added automatically ■ to his/her 
telephone bill. A technique for doing this can be based 
on the use of premium rate telephone lines. The 
subscriber 50 initially contacts the internet server 52 
0 on what in the UK is a free 08 00 number. The service 
provider 52- on determining that the subscriber wants a 
subscription service re-routes the call to the web based 
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information provider 54B as a premium rate 0.870 number 
and the information is supplied to the subscriber 50 at 
the premium rate. At termination of the call, the 
subscriber is returned to an 0800 number. The subscriber 
5 receives a telephone bill and remits the cost to the 
network provider (or telephone company) which in turn 
pays the internet server 52 . 

Another way of supplying subscription services is 
10 for the internet server to respond to a subscription 

service request by sending a message packet to the client 
in the subscriber's handset which causes a main menu to 
£ be displayed. The subscriber having selected the 
service, say "horoscopes", is then presented with a first 
15 submenu of the different signs. The subscriber selects 
the desired sign and the horoscope is displayed. This 
interaction may require an exchange of message packets 
between the internet server and the subscriber. 

20 The description up to now has assumed that the 

client 66 is embedded in the handset 20 at the time of 
manufacture or subsequently. However a handset may not 
have the memory capacity to store the client. Figure 10 
shows as an alternative, the client 66 stored on the SIM 

25 card 79 which when present -in the handset enables it to 
receive packet messages and decrypt and parse the 
commands using an extension of the SIM Toolkit concept 
which is already present in the handset for use in the 
GSM system. 

30 

In the case of a subscriber unit, such as the WAP 
enabled phone 30 (Figure 1), being required to operate as 
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a WAP/WEB browser, then the client 66 can be implemented 
as a plug- in element 118 or 120 as shown in Figure 11. If 
necessary the client is delivered to a WAP browser on a 
WAP enabled handset via the internet. 

5 

In another variant the subscriber unit comprises a 
television receiver capable of receiving teletext 
information. By embedding a client in the television 
receiver and associating it with a specific page or pages 

10 then information can be related by the internet server 

parsing the information to include commands. The parsed 
information is related to the teletext centre for 
inclusion on a specific page and the parsed information 
is transmitted in the same manner as other text signals. 

15 By doing this it is possible for the internet server to 
target e-mail messages, short messages and embedded 
messages to the client which are transposed on the screen 
of the television receiver. 

20 In the case of a subscriber wanting to store say 

diary information at the internet server then one method 
by which this may be done is for the internet server to 
transmit a message packed to the client which displays 
say time, days, dates (day, month, year) as a series of 

25 lines of respective indicia which are scrolled in a 
horizontal direction. A user selects time by 
highlighting a time in the time line and the highlighted 
time is loaded by the client into a slot in a packet 
message being compiled. The user then selects the day by 

30 highlighting the relevant day and this too is loaded into 
the packet message. This cycle is repeated for the other 
items and when the packet is complete the subscriber is 
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asked to confirm that it is correct. The packet message 
is then related to the internet server and the required 
diary entry is stored. Optionally the internet server 
can generate an alert to be relayed to the handset where 
5 say a distinctive ringing sequence is generated by the 
client . 

A method of purchasing or searching service data 
bases such as timetables is for a subscriber to be able 

0 to send a voice message which is recognised by a 

simplified integrated voice recognition system in. the' 
internet server and causes the item or service to be 
selected. A decision tree may be relayed as a message 
packet for the client to display on the handset. The 

5 subscriber can then navigate through the decision tree 
and the results are relayed to the internet server. 

Other facilities which can be implemented include: 
(a) SMS melody attachment: With this feature the 

3 user can send a- .melody description via SMS. The melody 
can be saved and used as a ringer for signalling calls, 
it can also.be sent again to another user via SMS . . The 
melody can be created through the phone's user interface, 
or on a dedicated web site that sends it to the phone via 

5 SMS. This enables a user to personalise a phone because" 
as mobile phone penetration increases, unique ringers to 
help determine just whose phone is ringing will become 
increasingly popular. In a variant of having a user 
created melody, the internet server may offer a series of 

) ringers such as the top 10 charts on a weekly basis which 
can be downloaded so that the user receives the latest 
record theme. 
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(b) SMS image attachment - This feature is a logical 
extension of the Emotion Icons concept pioneered with 
"Savvy" Registered Trade Mark, a cellular telephone 
manufactured by Philips Consumer Communications- Thanks 

5 to images, the user can get, while writing, some of the 
informality of the spoken communication. This is not only 
fun and nice, but also helpful to have a correct 
communication. As a lot of people have experienced, 
brief, hastily written email can be misinterpreted and 

10 cause all sorts of trouble. Images can alleviate this 

because they convey feelings more easily than text ("an 
image is worth a thousand words'') . This is evidenced by 
the popularity of Internet "smileys", emotion symbols 
such as :-) or :-( invented by email users in order to 

15 soften the impact of text. For SMS image attachments 

purposes, images can be found in ,a library on a dedicated 
server site that sends it to the handset via SMS. The 
site can also host an Icon authoring software package so 
that the user can design his own unique images. Images 

20 which are downloaded in this method can be used as screen 
savers for the mobile phone. 

(c) SMS Animated image: By compressing a number of 
images, say 3 images, within an SMS message or EMS it is 

25 possible to create an animated image such as a bunch of 
flowers which opens from one image to the next in 
association with a message 'Happy Birthday' . It may be 
necessary to apply what is termed SMS message 
concatenation. Animating images means that the 160 

30 character limit (70 for languages that require UCS2 

encoding such as Chinese, Russian or Hebrew) for a SMS 
• message is exceeded and the long message has to be split 
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into several short messages, which are reassembled by the 
phone upon reception. Concatenated SMS is a key enabler 
for small games and applets to be down loaded into the 
handset in addition to down loading email messages and 
5 longer documents including images necessary in richer 
applications . 

(d) SMS-CB {Cell Broadcast) is designed for 
simultaneous delivery of messages to multiple users in a 

10 specified area. Whereas SMS. is a one-to-one service, Cell 
Broadcast is one-to-many (or point to multipoint) . It 
enables messages to be communicated to multiple mobile 
phone customers who are located within a given part of 
its network coverage area at the time . the message is 

15 broadcast. Cell Broadcast is more akin to other mass 

distribution media such as teletext or Radio Data System 
(RDS) . A SMS-CB message can contain up to 93 characters. 

Services based on SMS-CB include: Advertising 
20 Retail outlets in certain areas would be interested in 
sending customers and potential customers information 
such as sales, special offers, extended opening times and 
so on. Shopping centers, exhibition halls, airports and 
sports stadiums are the kinds of location that could be 
25 targeted for Cell Broadcast based services. 



SMS-CB is ideal for delivering local or regional 
information which is suited to all the people in that 
area, rather than just one or a few people. Examples 
30 include hazard warnings, cinema programs, local weather, 
flight delays tourist information, parking and traffic 
information. 
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Local tariff - Offering a cheaper tariff when the 
customer is located in a particular geographical area is 
a way for mobile operators to take customers from land 
5 line operators. The user is notified that the cheaper 
tariff applies by a message or icon on the phone's 
display. SMS-CB is used to signal this information to the 
phone . 

10 An internet server securing a SMS-CB broadcast . 

channel from the Network Operator and offering a 
continuous stream of encrypted information to the 
handset, which information can only be read via handsets 
equipped with the Internet server's client having a 

15 specific encryption key. The key can only be switched on 
by the handset user subscribing to a service. 

Multi-page SMS-CB which in some respects is similar 
to SMS concatenation, makes it possible to assemble up to 
20 15 SMS-CB messages into one .long text of up to 15 pages 
long. 

Multi-page SMS-CB may include: 

Messages will be stored in the phone's non-volatile 
25 memory and ordered according to their topic, based on the 
SMS-CB types. If the SMS-CB Index is available, the SMS- 
CB menu will automatically show the names of the topics, 
otherwise the user will be able to create names for the 
topics and link- them to the code types (e.g. 440=Traffic, 
30 520-Weather 292= Share prices) . 



WO 01/72062 



PCT/GB01/01237 



34 

The phone will store the most recent message for 
each of up to 10 topics. The user will be able to consult 
them on his own time. 

5 SMS image attachment: 

The phone's non- volatile memory will 
store up to 10 images, 5 of which will be 
in the configuration center. The user can 
replace them with his own. 

0 

The user will be able to select one of the images to 
send via SMS, along with a text of at most 25 characters. 



be able to 
pre-programmed 
delete them to 



Upon reception of a message containing an image, the 
15 MMI will signal the message normally. When the user opens 
the message for reading, the image will be shown along 
with the text. Among the received message options, the 
phone will offer a possibility to save the image as a 
personal image. Of course, any already existing image in 
20 the same position in the list will be overwritten when 

the user selects it (a confirmation screen will offer the 
user a chance to change his mind) . 

A non-mandatory, optional feature is to use" the 
25 image as welcome screen graphics . 

The image will be sent in a compressed format so 
that only 1 SMS is required to send it. It is expected 
that the maximum image size should be in the range of 
30 30*30 to 35*35 pixels. However the image can be expanded 
by the client. 
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The user will have the possibility of defining his 
own image by combining picture elements chosen in a menu 
(for example, a list of noses, a list of eyes, a list of 
mouths, a list of haircuts - the user combines one of 
5 each to create a face) . This is the so-called "Mister 
Potato" feature, which could be attractive to the Amuse 
Me segment. 

A plurality of SMS messages can .be concatenated 
10 into one big message. This message is presented to the 

user exactly as a normal message. It will be possible to 
attach larger images, requiring several SMS for sending. 

SMS melody attachment in which for example at least 
15 5 personal melodies of 50 notes are made available. The 
user will be able to use any of the fixed melodies or 
personal melodies as a ringer for signalling incoming 
calls . 

20 The user will be able to edit and save each personal 
melody with a melody editor incorporated in its 
processor. In addition it will be possible to define a 
name for the new melody. 

25 The user will be able to select a melody and send it 

via SMS to another user, either from say a Ringers 
submenu or as an option in the SendMessage submenu. The 
melody's name will be transmitted along with the message. 

30 Upon reception of a message containing a melody, the 

handset will signal the message normally. When the user ' 
opens the message for reading, the melody will ring at 

r 
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the low volume level. Among the received message options, 
the phone will offer a possibility to save the melody as 
a personal melody. The user will select the .personal 
melody in the list. Of course, any already existing 
5 personal melody in the same position in the list will be 
overwritten when the user selects it (a confirmation 
screen will offer the user a chance to change his mind) . 

A message with an attached melody may also include 
10 text and an animated Emotion Icon if the user so chooses. 
It will be possible to attach both a melody and an image 
- this will require at least 2 SMS messages for sending. 

Another embodiment of the present invention is 
15 concerned with personal information services whereby 
users can subscribe to or pay for services that offer 
information on a variety of topics (weather, stock 
market, sports, horoscope, games etc.) via SMS. The SIM 
toolkit which is in a GSM handset can enable more 
20 sophisticated and attractive services to be implemented. 

The delivery of subscription services can be 
effected in several ways, for example, as shown in Figure 
12, an internet server 10 can be allocated a channel for 

25 its own use and can transmit a continuous subscription 
services message Cmess to a plurality of SMS enabled 
phones 20. As shown in Figure 13 the continuous 
subscription service message Cmess comprises repeating 
sequences SEQ(n), SEQ (n +1), SEQ(n+2) of concatenated 

30 packets PI to P8 of information and commands, each of the 
packets PI to P8 in a sequence being allocated to a 
particular topic such as sport, weather, stock exchange 
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prices and so on. Each packet has up to 93 characters* 
The packets are stored in respective areas of the phone's 
memory for later recall as required by the user, 

5 Figure 13 shows a variant of the system shown in 

Figure 12 which is termed SMS-CB (Short Message Service- 
Cell "Broadcast) . SMS-CB is a facility to enable a SMS-CB 
broadcast packet to be enabled as a transport medium for 
multiple concurrent services which are delivered in 

10 encrypted form to .a phone 20 by way of a specific SMS-CB 
channel. This variant exploits the cellular structure of 
the GSM network in which an overall geographical area is 
divided into a plurality of smaller radio coverage areas 
which for convenience of description are termed cells CI, 

15 C2, C3. Each of these cells includes at least one base 
station transceiver 2 6A, 2 6B and 2 6C which define the 
extent of the radio coverage area. For convenience of 
illustration each cell is shown as a hexagon but in 
reality the actual shape is dependent on the topology of 

20 the area. The base station transceivers 2 6A, 2 6B, 2 6C 
. are couple.d by landline, optical fibre or high frequency 
radio link to the mobile switching centre (MSC) 24 of a 
GSM network. Within each cell, the SMS enabled phones 
20 are allowed to roam whilst maintaining contact with 

25 their respective base station transceiver 2 6A, 2 6B, 2 6C 
by way of a selected SMS-CB channel on which the service 
is being broadcast. 

In a manner similar to Figure 12, each base station 
30 transceiver 2 6A, 2 6B,_ 2 6C has a SMS-CB channel allocated 
for its own use and can transmit a continuous 
subscription service message Cmess of the type described 
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with reference to, and as shown in, Figure 13. Thus, 
each of the base station transceivers is able to deliver 
an encrypted content stream. More particularly the 
services content stream is created in SMS-CB format on 
5 the internet server 10 in encrypted form. The content 
stream comprises a plurality of packets, each of which 
contain different subjects, such as sport, news, weather, 
and so on, supplied by information content suppliers 14A 
to 14E (Figure 14) . 

10 

One way of offsetting the cost of subscription 
services would be to provide advertising which would be 
carried as at least one packet, say the packet P8, in 
each of the repeating sequences SEQ(n), SEQ (n 4- 1), SEQ (n 

15 + 2) of concatenated packets PI to P8 . Thus a subscriber 
having an SMS enabled client phone 20 would periodically 
receive advertisements in a manner similar to satellite 
television. As similar principle may be used to carry 
local news, local road traffic information or emergency 

20 messages. A phone 20 not having the client software does 
not see th.e messages. A phone not subscribing to the 
services can- be sent a message inviting them to 
subscribe . 

25 In the present specification and claims the word "a" 

or "an" preceding an element does not exclude the 
presence of a plurality of such elements. Further, .the 

• word "comprising" does not exclude the presence of other 

• elements or steps than those listed. 



From reading the present disclosure, other 
modifications will be apparent to persons skilled in the 
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art. Such modifications may involve other features which 
are already known in the design, manufacture and use of 
internet servers and component parts therefor and which 
may be used instead of or in addition to features already 
5 described herein. Although claims have been formulated in 
this application to particular combinations of features, 
it should be understood that the scope of the disclosure 
of the present application also includes any novel 
feature or any novel combination of features disclosed 

10 herein either explicitly or implicitly or any 

generalisation thereof, whether or not it relates to the 
same invention as presently- claimed in any claim and 
whether or not it mitigates any or all of the same 
technical problems as does the present invention. The 

15 applicants hereby give notice that new claims may be 
formulated to such features and/or combinations of 
such features during the prosecution of the present 
application or of any further application derived 
therefrom. 



20 



WO 01/72062 



PCT/GB01/01237 



40 

CLAIMS 

1. A method of delivering information services to a 
user device having a client, including delivering the 

5 information services to the user device as message 

packets containing commands and the client parsing the 
commands and using them to condition the user device, 

2. A method according to claim 1 wherein the user 
10 device is a mobile phone. 

3. A method as claimed in Claim 1 or 2, wherein the 
information services are delivered as Short Message 
Service (SMS) packet messages, and in that the user 

15 device is SMS ■ enabled to receive the SMS messages. 

4. A method according to claim 3 wherein the SMS 
packet message includes a data header and a data field 
for containing SMS message text and wherein the commands 

20 are included in the data header. 

5. A method as claimed in claim 3, wherein the 
information services are delivered as encrypted SMS 
packet messages. 

25 

6. A method as claimed in Claim 1 or 2, wherein the 
information services are delivered as a General Packet 
Radio Service (GPRS) packet messages, and in that the 
user device is GPRS enabled to receive the GPRS packet 

30 messages. 
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7 . A method as claimed in Claim 1 or 2 wherein the 

information services are delivered as a Universal Mobile 
Telephone Service (UMTS) packet messages, and in that the 
user device is UMTS enabled to receive the UMTS packet 
5 messages. 

8. A method as claimed in Claim 1 or 2 wherein the 

user device includes a Wireless Applications protocol 
(WAP) browser, wherein a parsed command instructs the 
10 user device to become WAP enabled and to establish a data 
connection with a WAP server which in response to a data 
connection becoming established delivers the information 
services by wireless applications protocol (WAP) , 

15 9 . A method according to any one of the above claims 

wherein each command includes information data which is 
to be used to condition the user device and command data 
which determines how the client uses the information data 
to condition the user device. 

20 

10. A method according- to claim 9 wherein the 
information data is graphical data, animation data, sound 
data, or text data. 

25 11. A method according to claim 9 wherein the 

information service provides a media event in the form of 
a plurality of information data types which are to be 
played/ displayed simultaneously by the user device and 
wherein each information data type is delivered to the 

30 user device in one or more commands included in a message 
packet and the information data in each command is 
played/displayed simultaneously with the information data 
of the other commands which are part of the same media 
event . 
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12 . A method according to claim 11 wherein the media 

event includes at least two of the information data types 
mentioned in claim 10. 

5 13 . A method according to claim 11 or 12 wherein the 

command data in each respective command informs the 
client that the information data in that command is to be 
played/ displayed simultaneously with the information 
data of the other commands which are part of the same 
10 media event . 

14. A method according to any one of claims 9-13 
wherein the command data causes the client to store the 
information data on the user device. 

15 

15. A method according to any one of claims 9-14 
wherein the command data causes the information data to 
be displayed on the user device. 

20 16. A method according to claim 9 wherein the 

information data is animation data and the command data 
causes an animation to be played on the user device. 

17. A method according to claim 10 wherein the 

25 information data is sound darta -and the command data 

causes the sound data to be played on a sound emitting 
device which is integrated with or coupled to the user 
device . 

30 18. A method according to any one of claims 9-17 

wherein the command data causes the information data to 
be both stored and played or displayed on the user 
device . 

35 19. A method according to any one of claims 9-18 

wherein the command data causes the user device - to reply 
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to the information service provider by transmitting a 
message in reply. 

20. A method according to claim 19 wherein the message 
5 transmitted in reply is in one of the following formats: 

SMS, GPRS, UTMSor WAP. 

21. A method according to claim 19 or 20 wherein the 
command data causes the client to prompt an input from 

10 the user of the user device and data relating to the 

input is included in the message transmitted in. reply. 

22. A method according to claim 21 wherein the prompt 
is a list of options, the user of the user devices 

15 selects one of these options and the message sent in 

reply indicates which of the options was selected by the 
user. 

23. A method according to any one of claims 9-22 
20 wherein the command data includes one or more command 

flags, each command flag having an s "on" state and an 
""off 11 state, when the command flag is in an "on" state 
the client uses the information data to condition the 
user device in a way determined by the command flag and 
25 when the command flag is in an ""off 11 state the client 
does not use the information data to condition the user 
device in this way. 

24. A method according to claim 23 wherein one of the 
30 command flags is a display command flag which when in its 

on state causes the user data to be displayed or played 
by the user device. 

25. A method according to claim 23 wherein one of the 
35 command flags is a store command flag which when in its 

on state causes the user data to be stored by the user 
device . 
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26. A method according to claim 23 wherein one of the 
command flags is a reply command flag which, when in its 
on state, causes the user device to send a message in 

5 reply to the information service provider. 

27. A method according to claim 23 wherein the command 
data includes display, store and reply command flags as 
defined in claims 24, 25 and 26 respectively. 

28. A method according to any one of claims 23-27 
wherein the client changes a command flag from its ss on n 
state to its ""off 11 state once the client has caused the 
information data to be used in the manner dictated by the 
command flag. 

29. A method according to any one of the above claims 
wherein the commands are compressed before being 
delivered to the user device. 

30. A method according to any one of the above claims 
wherein several commands are concatenated together in the 
same message packet . 

31. A method according to any one of the above claims 
wherein the message packet is encrypted before being 
delivered to the user device. 

32. A method according to any one of the previous 
claims wherein a command extends over several message j 
packets which have been concatenated together. 

33. A method according to any one of the previous 
claims wherein the message packet or packets are 
generated by an information service provider. 
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34. A method according to any one of the previous 
claims wherein the message packet or packets are sent 
from an Short Message Service Centre. 

5 35. A method according to any one of the previous 
claims wherein the message packet or packets are sent 
from a first user device to a second user device. 

36. A user device for use in a system in which a 

10 packet message signal including commands is generated and 
propagated from an information service provider to the 
user device, the user device including means for 
receiving the packet message signal and a client having 
means for extracting the commands from the packet message 

15 signal, means for parsing commands present in the packet 
message signal and means for conditioning the user device 
in response to the parsed commands. 

37. A user device - according to claim 36 wherein the 

20 " packet message signal is an SMS packet message signal and 
the user device is SMS enabled. 

38. A user device according, to claim 37 wherein the 
SMS packet message signal includes a data header and a 

25 data field for containing SMS message text and wherein 
the commands are embedded in the data header. 

39. A user device according to any one of claims 3 6 to 
38 wherein the command includes command data and 

30 information data and the client includes means for 

detecting the command data and conditioning the device in 
accordance with the command data. 
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40. A user device according to claim 39 wherein the 
command data indicates that the information data should 
be stored, displayed or played and wherein the client has 
means for causing the information data to be played, 

5 displayed and/or stored on the user device. 

41. A user device according to any one of claims 36 to 
4 0 wherein the user device is a mobile phone. 

10 42. A user device according to any one of claims 36 to 
41 wherein the user device includes a Wireless 
Applications Protocol (WAP) browser which is responsive 
to a command in the packet message signal to establish a 
data connection with a WAP server. 

15 

43. A user device according to any one of claims 36 to 
43 wherein the client is embedded in the user device. 

44. A user device according to any one of claims 36 to 
20 43 wherein the client is embedded in a device which is 

mechanically and electrically connectable to the user 
device. 

45. A user device according to any one of claims 39 to 
25 4 5 wherein the command includes information type data 

indicating the type of information data included in the 
command and wherein the client has a plurality of parsing 
means for parsing commands, each respective parsing means 
being for a different information data type and means for 
30 detecting the information data type of a command and 
sending it to the appropriate parser. 
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46. A user device according to any one of claims 36 to 
45 wherein the client has means for detecting that a 
series of commands are to be executed simultaneously and 
means for ensuring that the commands are executed 

5 simultaneously. 

47. A user device according to any one of claims 36 to 
4 6 wherein the client has means for concatenating a 
series of commands extracted from a received message 

10 packet signal before the client parses the commands. 

48. A user device according to any one of claims 36 to 

47 wherein the client has means for concatenating 
together a series of received message packet signals and 

15 parsing a command or commands received in said series of 
message packet signals. 

49. A user device according to any one of claims 36 to 

48 which is capable of concatenating together a series of 
20 commands, formatting the commands for conditioning a 

receiving user device into one or more message packets 
and transmitting the message packet (s) to another user 
device. 

25 50. A user device according to any one of claims 39 to 

49 wherein the client includes means for prompting user 
input in response to a command and means for sending a 
reply to the information service provider based upon the 
user input. 

30 

51. An information message delivery system including 
an information providing means for generating packet 

r 
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message signals including commands, packet message signal 
propagating means coupled to the information providing 
means, and a user device according to any one of claims 
36 to 51. 

5 

52 • A system as claimed in Claim 51, wherein the 

packet message signal propagating means includes means 
for formatting the messages as Short Message Service 
(SMS) packet messages and in that the user device 
10 comprises a SMS enabled phone. 

53. A packet message signal generated by an 
information service provider or a user device, the signal' 
including commands for use by a client in a receiving 
user device for conditioning the user device. 



15 



54. A signal as claimed in claim 53, wherein the 
signal comprises byte stream data packet messages. 

20 55. A method of delivering information services, 
substantially as hereinbefore described. 

56. An information message delivery system 
constructed and arranged to operate substantially as 

25 hereinbefore described with 'reference to and as shown in 
the accompanying drawings . 

57. A user device constructed and arranged to operate 
substantially as hereinbefore described. 



30 



58. A packet message signal substantially as 
hereinbefore described. 
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59. A method according to any one of the above method 
claims wherein information services are delivered to a 
plurality of subscribing user devices as a stream of 
encrypted message packets and the subscribing user 
devices decrypt the encrypted message packets and store 
them for subsequent display. 

60. A method according to claim 59 wherein the 
encrypted message packets comprise repeating sequences of 
concatenated packets. 



61. A method as claimed in claim 60 characterised in 
15 that each packet of a sequence carries information 

relating to one topic. 

62. A method as claimed in claim 60 or 61 characterised 
in that correspondingly located packets in each sequence 

20 relate to the same topic. 

63. A method as claimed in claim 60, 61 or 62 
characterised in that at least one packet of a sequence 
comprises advertising. 

25 

64. A method as claimed in any one of claims 59-63, 
characterised in that the messages are transmitted as SMS 
(Short Message Service) cell broadcast messages. 

30 

65. A method as claimed in claim 64, characterised in 
that at least one packet of a SMS cell broadcast 
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comprises information relating to or about the Cell in 
which the transmission is made. 

66. An information delivery system according to claim 
5 51, the information delivery system including an 

information server coupled to at least one information 
content provider and to a message transmission means for 
transmitting information provided by the information 
server as a stream of encrypted message/packets and a 
10 plurality of user devices, each user device including a 
client for decrypting the encrypted messages, a memory 
for storing the decrypted messages and a message display 
means . 

15 67. A system as claimed in claim 66, wherein a plurality 
of information content providers are coupled to the 
information server, the information server having means 
for formatting information selected from predetermined 
ones of the plurality of information content providers 

20 into a sequence of concatenated packets. 

68. A user, device for use in an information delivery 
system according to claim 60, the user device comprising 
means for receiving the stream of encrypted messages, a 
25 client for decrypting the encrypted messages, a memory 

for storing the decrypted messages and a message display 
means for displaying the information contained in a 
message . 



30 
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